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CORRECTED APPEAL BRIEF 

Mail Stop Appeal Brief - Patents 
Commissioner for Patents 
20 P.O Box 1450 

Alexandria, VA 22313-1450 

Sir: 

25 Appellants hereby submit this Corrected Appeal Brief to conform to the 

current format requirements. The original Appeal Brief was submitted on October 7, 
2005 to appeal the final rejection dated May 5, 2005, of claims 1 through 35 of the 
above-identified patent application,. 

30 REAL PARTY IN INTEREST 

The present application is assigned to International Business Machines 
Corporation, as evidenced by an assignment recorded on January 2, 2002 in the United 
States Patent and Trademark Office at Reel 012466, Frame 0343. The assignee, 
International Business Machines Corporation, is the real party in interest. 

35 

RELATED APPEALS AND INTERFERENCES 
There are no related appeals or interferences. 
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STATUS OF CLAIMS 
Claims 1 through 35 ate pending in the above-identified patent 
application Claims 1-2, 17-18, 20-23, and 28-30 remain rejected under 35 U S C §101 
because the claimed invention is directed to non-statutoiy subject matter, Claims 1-35 
5 remain rejected under 35 U.S.C. § 102(b) as being anticipated by Laffra et al. (United 
States Patent Number 5,832,270) Claims 1-4, 6-8, 17, 18, 20-25, 28-30, and 32-35 are 
being appealed. 

STATUS OF AMENDMENTS 
10 There have been no amendments filed subsequent to the final rejection, 

SUMMARY OF CLAIMED SUBJECT MATTER 
The piesent invention is directed to a method and apparatus for analyzing 
one oi moie program tasks associated with a software system (110, 120), A program 

15 task-oiiented tracing and analysis technique allows detailed infbimation to be gathered 
and analyzed for one or more specified program tasks (Page 3, line 22, to page 4, line 
19..) A user can iteratively vary the level of detail oi the selected program task(s) of 
interest, or both, until the source of a problem is identified. For- each program task (105) 
under analysis, the user can define what commences a task and what concludes a task 

20 (Page 4, line 20, to page 5, line 26.) A software program is monitored until the user- 
specified criteria for commencing a task is identified and continues to trace the execution 
of the software program until the user -specified criteria for concluding a task is 
identified. (Page 6, line 1, to page 9, line 7„) 

In one exemplary embodiment, a method (300) for analyzing behavior of a 

25 software system is disclosed (page 3, line 22, to page 4, line 19), comprising: collecting 
details associated with a program task associated with said software system based on a 
specification associated with said program task, wherein said specification contains one 
or more conditions to initiate a trace of said pr ogr am task (page 4, line 20, to page 9, line 
7); and providing said collected details for analysis (page 3, line 22, to page 4, line 19). 

30 
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In one exemplary embodiment, a duration of said progiam task is defined 
by said one or more conditions associated with a state of said software system (page 7, 
line 4, to page 9, line 7),. 

In one exemplary embodiment, said one or more conditions includes an 
5 entry or exit of at least one specified method (page 5, line 1, to page 9, line 7) 

In one exemplary embodiment, one or more conditions includes a creation 
or deletion of at least one specified object (page 5, line 1, to page 9, line 7) 

In one exemplary embodiment, said one or mote conditions includes a 
passing of at least one specified object or scalar value as an argument, return value or 
10 field value (page 5, line 1, to page 9, line 7). 

In one exemplary embodiment, said one or more conditions includes at 
least one specified sequence of method invocations (page 5, line 1, to page 9, line 7) 

In one exemplary embodiment, said one or more conditions includes at 
least one specified resource exceeding at least one specified threshold (page 5, line 1, to 
15 page 9, line 7) . 

In one exemplary embodiment, a method for tracing details associated 
with a program task executing in a software system is disclosed (page 3, line 22, to page 
4, line 19), comprising: monitoring said software system to identify said program task 
based on a specification associated with said program task, wherein said specification 

20 contains one or more conditions to initiate a trace of said program task (page 4, line 20, to 
page 9, line 7); and providing trace details associated with said program task (page 3, line 
22, to page 4, line 19). 

In one exemplary embodiment, a system (110, 120) foi analyzing behavior 
of a software system is disclosed (page 3, line 22, to page 4, line 19), comprising: a 

25 memory that stores computer-readable code; and a processor- operatively coupled to said 
memory, said pr ocessor configur ed to implement said computer -readable code, said 
computer-readable code configured to: collect details associated with a program task 
associated with said software system based on a specification associated with said 
program task, wherein said specification contains one or more conditions to initiate a 

30 trace of said program task (page 4, line 20, to page 9, line 7); and provide said collected 
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details for analysis (page 3, line 22, to page 4, line 19). 

In one exemplaiy embodiment, a system for tracing details associated with 
a program task executing in a software system is disclosed (page 3, line 22, to page 4, 
line 19), compiising: a memoiy that stores computet -readable code; and a processor 
5 opeiatively coupled to said memoiy, said processor configured to implement said 
computet -r eadable code, said computer -readable code configur ed to: monitor said 
software system to identify said program task based on a specification associated with 
said program task, wherein said specification contains one or more conditions to initiate a 
trace of said program task (page 4, line 20, to page 9, line 7); and provide trace details 

10 associated with said program task (page 3, line 22, to page 4, line 19),, 

In one exemplary embodiment, an article of manufacture for analyzing 
behavior of a software system is disclosed (page 3, line 22, to page 4, line 19), 
comprising: a computer readable medium having computer' readable code means 
embodied thereon, said computer readable program code means comprising: a step to 

15 collect details associated with a program task associated with said software system based 
on a specification associated with said program task, wherein said specification contains 
one or more conditions to initiate a trace of said program task (page 4, line 20, to page 9, 
line 7); and a step to provide said collected details for analysis (page 3, line 22, to page 4, 
line 19)., 

20 In one exemplary embodiment, an article of manufacture for tracing 

details associated with a program task executing in a software system is disclosed (page 
3, line 22, to page 4, line 19), comprising: a computer readable medium having computer 
readable code means embodied thereon, said computer readable program code means 
comprising: a step to monitor said software system to identify said program task based on 

25 a specification associated with said program task, wherein said specification contains one 
or more conditions to initiate a trace of said program task (page 4, line 20, to page 9, line 
7); and a step to provide trace details associated with said program task (page 3, line 22, 
to page 4, line 19) . 

30 
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STATEMENT OF GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
Claims 1-2, 17-18, 20-2.3, and 28-30 are rejected under 35 U S C §101 
because the claimed invention is directed to non-statutoiy subject matter, Claims 1-35 
5 are rejected under 35 U..S C § 102(b) as being anticipated by Laffia et al 

ARGUMENT 

Section 101 Rejections 

Claims 1-2, 17-18, 20-23, and 28-30 remain rejected under 35 U..S.C 

10 §101 because the claimed invention is directed to non-statutoiy subject matter In 
particular, the Examinei asserts that the claims fail to technologically embody the 
invention in a tangible medium (i.e., a computet readable medium), and consequently fail 
to produce a tangible or useful result. In addition, the Examinei asserts that the cited 
claims are only directed to abstract ideas (i .e ., details associated with a program task) and 

15 therefore do not contain an "article" to be reduced "to a different state or thing " The 
Examiner further asserts that the cited claims recite only the gathering and manipulation 
of abstract ideas and consequently recite no more than a mathematical algorithm., 

Appellants note that the collection or trace of details for analysis is more 
than a data gathering method., The trace of details is not simply a listing of the original 

20 program code; it is a summary of the execution of such code and therefore constitutes a 
transformation of the original code. As such, it meets the standard for the transformation 
of subject matter "to a different state or thing" as stated in In re Waimerdam 

Thus, as expressly set forth in each of the amended independent claims, 
the claimed methods or system collect or trace details associated with a program task, and 

25 provide the collected or traced details for analysis This transformation to a collection or 
trace of details for analysis provides a useful concrete and tangible result 

Appellants submit that each of the claims 1-35 are in full compliance with 
35 U.S.C., §101, and accordingly, respectfully request that the rejection under 35 U.S.C. 
§101 be withdrawn. 

30 
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Independent Claims L 24 and 32-35 

Independent claims 1, 24, and 32-35 remain rejected under 35 U.S.C. 
§ 1 02(b) as being anticipated by Laffra et al . Regarding claim 1 , the Examiner asserts that 
5 Laffra discloses collecting details associated with a progiam task associated with said 
software system (col. 1, lines 61-63) based on a specification associated with said 
program task (col, 5 5 lines 43-48; "this specification is done using the visualization script 
rules"), wherein said specification contains one or more conditions to initiate a trace of 
said program task (col 6, lines 12-15; "if the hook notifies creation or deletion of an 
10 instance, the visualization script 285 will be used to generate oi remove a visual 
r epr esentation of the instance") 

Appellants note that, regarding the visualization script cited by the 

Examiner, Laffra teaches that 

the script 285 will tell the monitoring function (FIG, 3) how to interpret 
15 the information which is generated by the hooks 260 and 270, The 

visualization script interpretation process is described in FIG. 4. 
(Col. 5, lines 39-42; emphasis added.) 

Laffra also teaches that 

the monitoring function receives information generated by 
20 hooks 260 and 270, when they are executed at runtime The information 

that is gathered by the monitoring function is then visualized on a 
graphics display, guided by the set of rules 288, to be found in the 
visualization script 285. Each time a particular hook is executed, the 
monitoring function 300 will inspect the current display and the script, 
25 The monitoring function 300 then modifies the display depending on the 

hook and the visualization script 
(Col 5, line 65, to col . 6, line 7; emphasis added.) 

Laffia does not disclose or suggest that the hooks 260 and 270 are 

conditional instructions, and thus a person of ordinary skill in the art would recognize 

30 that hooks 260 and 270 are executed whenever they are encountered. Laffia also does 

not disclose or suggest that the script 285 determines or controls when information is 

generated by the hooks 260 and 270, and does not disclose or suggest that the script 185 

determines or controls what information is generated by the hooks 260 and 270. Laffra 

therefore does not disclose or 1 suggest utilizing one or more conditions to initiate a trace 
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of a program task., Independent claims 1, 24, and .32-35 require collecting details 
associated with a program task associated with said software system based on a 
specification associated with said program task, wherein said specification contains one 
or more conditions to initiate a frace of said program task or' monitoring said software 

5 system to identify said program task based on a specification associated with said 
program task, wherein said specification contains one or more conditions to initiate a 
tr ace of said pr ogr am task 

Thus, Laffta does not disclose or suggest collecting details associated with 
a program task associated with said software system based on a specification associated 

10 with said program task, wherein said specification contains one or more conditions to 
initiate a trace of said program task, as required by independent claims 1, 32, and 34, and 
does not disclose or suggest monitoring said software system to identify said program 
task based on a specification associated with said program task, wherein said 
specification contains one or more conditions to initiate a trace of said program task, as 

15 required by independent claims 24, 33, and 35 
Claims Z 3. 4 and 25 

Regarding claims 2 and 25, the Examiner asserts that Laffra discloses that 
a duration of said program task is defined (FIG. .3: step 330) by said one or mote 
conditions associated with a state of said software system (col., 2, lines 8-10), Regarding 
20 claim 3, the Examiner asserts that Laffia discloses said one or more conditions includes 
an entry or exit of at least one specified method (col. 2, lines 8-1 1). Regarding claim 4, 
the Examiner asseits that Laffia discloses said one or more conditions includes a creation 
or deletion of at least one specified object (col , 2, lines 8-10), 

Appellants note that, in the text cited by the Examiner, Laffta discloses 

25 that 

the method hooks are novelly added by an automatic 
technique.. When a method hook is run, it can indicate the occurrence of : 
an object instance being created, an object instance being destroyed, a 
method being entered or a method being exited., In the event of one of 
30 these occurrences, the method hooks initiate execution of a monitoring 

function that uses the graphical information and a visualization script with 
one or' more rules to update a visualization shown on the graphical 
interface, 
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(Col. 2, lines 7-15.) 

Appellants could find no disclosure or suggestion by Laffia that a 
duration of a progr am task is defined by said one or mote conditions associated with a 
state of the software system, that said one or more conditions includes an entry or exit of 
5 at least one specified method, or that said one or more conditions includes a creation or 
deletion of at least one specified object, Claims 2 and 25 require wherein a duration of 1 
said program task is defined by said one or more conditions associated with a state of said 
software system. Claim 3 requires wherein said one or more conditions includes an entry 
or exit of at least one specified method. Claim 4 requires wheiein said one or more 
10 conditions includes a cieation or deletion of at least one specified object 

Thus, Laffia does not disclose or suggest wherein a duration of said 
program task is defined by said one or more conditions associated with a state of said 
software system, as required by claims 2 and 25, does not disclose or suggest wherein 
said one or more conditions includes an entry or exit of at least one specified method, as 
15 required by claim 3, and does not disclose or suggest wherein said one oi more conditions 
includes a creation oi deletion of at least one specified object, as lequired by claim 4. 
Claims 6 and 8 

Regarding claim 6, the Examiner asserts that Laffia discloses said one or 

more conditions includes a passing of at least one specified object or scalar value as an 

20 argument, return value or field value (col 9, lines 16-20 and 6-10) Regarding claim 8, 

the Examiner asserts that Laffia discloses said one or more conditions includes at least 

one specified resource exceeding at least one specified threshold (col. 9, lines 6-10), 

In the text cited by the Examiner, Laffia teaches that 

syntactical elements 440 allow the specification of one or 
25 more method triggers., A method trigger refers to a class name, and a 

method name, and defines what to do when hooks 260 or 270, executed at 
runtime (310), match this trigger Hooks 260 and 270 mention the class 
name and the method name . When the class name of the hook matches the 
class name of the trigger , and the method name of the hook matches the 
30 method name of the trigger, the trigger matches the hook, and the 

coiresponding action is executed The action that is executed comprises 
assigning new values to global variables or local variables. In some 
preferr ed embodiments actions may also be the gener ation of a given tone 
on a audio device, or the activation of a sleep statement—resulting in a 

8 
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delay of the visualization, 01 any aspect influencing the cunently tunning 
visualization 

(Col. 9, lines 16-30; emphasis added.,) 

5 Appellants, however, could find no disclosure or suggestion by Laffia that "assigning 
new values to global vaiiables or local variables" is a condition that defines a duration of 
said program task, or that conditions include at least one specified resource exceeding at 
least one specified threshold Claim 6 requires wherein said one or more conditions 
includes a passing of at least one specified object or scalar' value as an argument, return 

10 value or field value that defines a duration of said program task, Claim 8 requires 
wherein said one or more conditions includes at least one specified resource exceeding at 
least one specified thr eshold 

Thus, Laffia does not disclose or suggest wherein said one or more 
conditions includes a passing of at least one specified object or scalar value as an 

15 argument, return value or field value that defines a duration of said program task, as 
required by claim 6, and does not disclose or suggest wherein said one or more conditions 
includes at least one specified resource exceeding at least one specified threshold, as 
required by claim 8 

Claim 7 

20 Regarding claim 7, the Examiner asserts that Laffia discloses said one or 

more conditions includes at least one specified sequence of method invocations (col 7, 
lines 41-43) 

Appellants note that, in the text cited by the Examiner, Laffia teaches that 

method triggers can be used to, for instance, count the 
25 number of times a given method is executed, and to update the display 

when a certain threshold has been reached Furthermore, method triggers 
can be used, for example, to change the display when a given method is 
entered, for instance by coloring a visual item red, and to leset the display 
when the method is left again, for instance by coloring the visual item 
30 back to gr een, 

(Col 7, lines 40-48; emphasis added ) 

Appellants, however, could find no disclosure or suggestion by Laffia that 

a specified sequence of method invocations is a condition that defines a duration of said 

program task, Claim 7 requires wher ein said one or more conditions includes at least one 

9 



Docket No..: YOR920010309U32 



specified sequence of method invocations, 

Thus, Laffia does not disclose or suggest wherein said one or more 
conditions includes at least one specified sequence of method invocations, as required by 
claim 7 

Conclusion 

The rejections of the cited claims under section 102 in view of Laffia et al. 
are therefbie believed to be improper and should be withdrawn The remaining rejected 
dependent claims are believed allowable for at least the reasons identified above with 
respect to the independent claims. 

The attention of the Examiner and the Appeal Board to this matter is 

appreciated 

Respectfully, 

Date: November 13, 2006 Kevin M Mason 

Attorney for Applicant(s) 
Reg.. No. 36,597 
Ryan, Mason & Lewis, LLP 
1300 Post Road, Suite 205 
f airfield, CT 06824 
(203) 255-6560 
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APPENDIX 

1 A method for analyzing behavior of a software system, comprising: 

collecting details associated with a program task associated with said software system 
5 based on a specification associated with said program task, wherein said specification 
contains one or more conditions to initiate a trace of said progr am task; and 
providing said collected details for analysis. 

2., The method of claim 1, wherein a duiation of said program task is defined 

10 by said one or more conditions associated with a state of said software system., 

3 The method of claim 2, wherein said one or more conditions includes an 

entry or exit of at least one specified method,. 

15 4 , The method of claim 2, wherein said one or more conditions includes a 

creation or deletion of at least one specified object , 

5 . The method of claim 2, wherein said one or mote conditions includes an 

invocation of at least one specified object. 

20 

6 The method of claim 2, wherein said one or more conditions includes a 

passing of at least one specified object or scalar value as an argument, return value or 
field value, 



25 7 The method of claim 2, wherein said one or more conditions includes at 

least one specified sequence of method invocations., 

8 The method of claim 2, wherein said one or more conditions includes at 

least one specified resource exceeding at least one specified threshold 

30 
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9. The method of claim 1, wherein said collected details include an existence 

or sequence of specified method invocations 

1 0., The method of claim 1 , wherein said collected details include an existence 

5 or sequence of specified object creations and deletions. 

1 1 The method of claim 1, wherein said collected details include an existence 

or sequence of specified class loading and unloading. 

10 12. The method of claim 1, wherein said collected details include values of 

specified arguments to invocations of specified methods. 

13, The method of claim 1, wherein said collected details include values of 
specified return values from invocations of specified methods. 

15 

14, The method of claim 1, wherein said collected details include values of 
specified field values for invoked objects or field values for passed arguments . 

15, The method of claim 1 ? further compiising the step of collecting said 
20 details for at least one specified number of task instances 

16., The method of claim 1, further compiising the step of collecting said 

details foi at least one specified number of threads. 

25 17 The method of claim 1, further compiising the step of dynamically 

modifying said specification associated with said piogiam task associated with said 
analysis in an iterative process, 

18, The method of claim 1, further comprising the step of dynamically 

30 modifying said specification to identify which details to collect in an iterative process 

12 
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19. The method of claim 1, further comprising the step of connecting to a 
tunning version of said software system,. 

20. The method of claim 1, further comprising the step of visually analyzing 
5 said collected details . 

21.. The method of claim 1, further comprising the step of visually analyzing 

said collected details foi a plurality of instances of said program task., 

10 22., The method of claim 1, further comprising the step of quantitatively 

analyzing said collected details, 

23 The method of claim 1, further comprising the step of quantitatively 

analyzing said collected details for a plurality of instances of said progiam task. 

15 

24 . A method for tracing details associated with a progiam task executing in a 
software system, comprising: 

monitoring said software system to identify said program task based on a 
specification associated with said program task, wherein said specification contains one 
20 or more conditions to initiate a trace of said program task; and 

providing trace details associated with said progiam task, 

25. The method of claim 24, wherein a duration of said program task is 
defined by said one or more conditions associated with a state of said software system, 

25 

26., The method of claim 25, wherein said one or more conditions is selected 

fiom the group consisting essentially of (i) an entry or exit of at least one specified 
method, (ii) a creation or deletion of at least one specified object, (iii) an invocation of at 
least one specified object, (iv) a passing of at least one specified object or scalar value as 
30 an argument, return value or field value, (v) at least one specified sequence of method 

13 
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invocations, and (vi) at least one specified resource exceeding at least one specified 
threshold., 

27. The method of claim 24, wherein said collected details include at least one 
5 of the following: (i) an existence or sequence of specified method invocations, (ii) an 

existence or sequence of specified object creations and deletions, (iii) an existence or 
sequence of specified class loading and unloading, (iv) values of specified ar guments to 
invocations of specified methods; (v) values of 1 specified return values from invocations 
of specified methods, and (v) values of specified field values for invoked objects oi field 
1 0 values for passed ai guments , 

28. The method of claim 24, further comprising the step of collecting said 
details for at least one of at least one specified numbei of task instances and at least one 
specified number of threads 

15 

29., The method of claim 24, further comprising the step of dynamically 

modifying a specification associated with said piogram task associated with said analysis 
in an iterative process. 

20 30. The method of claim 24, further comprising the step of dynamically 

modifying said specification to identify which details to collect in an iterative process , 

31. The method of claim 24, further comprising the step of connecting to a 

running version of said software system 

25 

32.. A system for analyzing behavior of a software system, comprising: 

a memory that stor es computer -readable code; and 

a processor operatively coupled to said memory, said processor' configured 
to implement said computer -r eadable code, said computer-r eadable code configur ed to: 
30 collect details associated with a piogram task associated with said 

14 
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software system based on a specification associated with said program task, wherein said 
specification contains one or more conditions to initiate a trace of said program task; and 
provide said collected details for analysis. 

5 33, A system foi tiacing details associated with a program task executing in a 

softwaie system, comprising: 

a memory that stores computer-readable code; and 

a processor operatively coupled to said memory, said processor configured 
to implement said computer-readable code, said computer -readable code configured to: 
10 monitor said softwaie system to identify said program task based on a 

specification associated with said program task, wherein said specification contains one 
or more conditions to initiate a trace of said program task;and 

provide trace details associated with said program task 

15 34, An article of manufacture for analyzing behavior of a software system, 

comprising: 

a computer readable medium having computer readable code means 
embodied thereon, said computer readable program code means comprising: 

a step to collect details associated with a program task associated with said 
20 softwaie system based on a specification associated with said program task, wherein said 
specification contains one or more conditions to initiate a trace of said program task; and 

a step to provide said collected details for analysis. 

35. An article of manufacture for tiacing details associated with a program 

25 task executing in a softwaie system, comprising: 

a computer readable medium having computer readable code means 
embodied thereon, said computer readable program code means comprising: 

a step to monitor said software system to identify said program task based 
on a specification associated with said program task, wherein said specification contains 
30 one or more conditions to initiate a trace of said program task; and 
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EVIDENCE APPENDIX 
There is no evidence submitted pursuant to § 1.130, 1 .131, or 1.132 oi 
entered by the Examiner and relied upon by appellant 

5 
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RELATED PROCEEDINGS APPENDIX 
Theie ate no known decisions rendered by a couit or the Board in any 
proceeding identified pursuant to paragraph (c)(l)(ii) of 37 CFR 41.37 
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